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(54) Integrated insurance system and sy^em method 


(57) A conputerised integrated Insurance financing 
system. Specifically, the computerised insurance sys- 
tem is capable of handling an insurance trartsaction 
from the dev^opment of an appropriate ir^rarrce con- 
tract with the client through the management of the di- 
enfs insurance information during the life of the 
contract Initially census data is received from a poten- 
tial client in the form of computer records representing a 
plurality of indviduals to be ir^red. After b^'ng 
reviewed and standardised, the cersus data is used to 
perform a pecuniary loss analysts The data from the 
pecuniary loss armlysis used to generate insurance 
illustrations and a financial analysts for the client Once 
an appropriate insurance contract is finalised, the sys- 
tem generates the insurance contract and related 6oc- 
umentatk>n, and the cen^s data is used to manage the 
dienTs insurance information (&jring the tife of the con- 
tract. 
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Description 

[0001] The invention relates to a computer network 
and to a conputerised integrated Insurance financing 
system. More particularty. the oonrputerised insurance 
sy^em is capat)le of handling an insurance transaction 
from the development of an appropriate insurance con- 
tract with a client tiirough the management of the cG- 
enfs insuranca information during the life of the 
contract 

[0002] As usod herein "dient" includes an offshore 
captive corporation or trust which Is a purchaser or 
potential purchaser of life insurance for the purpose of 
funding or finarKing t>enelTt Gabflities in favour of its par- 
ent corporation or grantor. InitiaOy, census data is 
received from a di^ in the form of computer recorcte 
representing a plurafrty of individuate to be Insured. 
After being reviewed and standardised by the computer 
system, the census data Is Lsed to perform a pecuniary 
loss analysts. Asset requirements are measured based 
upon insurance liabilities and/or employee ben^d liabil- 
ities. The data from the pecuniary loss analyst and the 
asset measurements are th^ analyzed by the compu- 
ter system in order to generate life insurance coverage 
anxxints cons^ent with applicable insurable interest 
laws, insurance fiabflities and/or employee benefit Gatxl- 
ities. Insurance illustrations arvi a detailed financial 
analysis are provided for the dient Once an appropriate 
life insurance contract is finalised, the system generates 
the life insurance contract and related documentation. 
All of the data previoucly generated s used to automat- 
ically manage by the cotriputer system the dient's insur- 
arrce information during the life of the contract. 
[0003] The pres^ invention is also directed to the 
corTY>uterised design, sale and management of life 
insurance plans for offshore captive insurance corrpa- 
nies located outside of the United States and offshore 
trusts located outside of the United States except Vblun- 
tary Employee Beneficiary Assodations (VESA's) in 
which the dient or trust insures a targe number of indi- 
viduals, such as employees, under a single ^oup con- 
trad or several incfivldual contracts. Such an insurance 
contract might be used to finance insurance Bakxiities, 
employee death t)en6f its, worker's corTpensatk>n bene- 
fits, health insurance benefits, disability income ben^its 
and non-qualified retirement benefits. Such an Insur- 
ance plan can provide tax benef its to a dient if tiie con- 
tract quafif les as insurance under applicatsle laws. 
[0004] Two possible uses for such a computerised 
integrated insurance system are 1) the automated 
design, sale and management of offshore captive insur- 
ance programs and 2) the automated design, sale and 
management of offshore tn^eed insurance programs. 
A captive insurance company or a company sponsored 
trust, can accept contributions from a parent company 
to insure errployees of related entities for the purpose of 
finandng various insurarx;e liabilities arxJ enrployee 
ben^ft natalities. 


[0005] With use by a captive, tiie captive insurance 
company pays premiums to an offshore life insurance 
company. The computer system determines the amount 
of available insurance coverage under applicat)le insur- 

5 able interest laws, measures captive insurance com- 
pany ass^ needed to satefy insurance Iiat>llities and 
detenmines tiie anK>unt of assets which may be effi- 
dentiy deployed in Insurance contracts to Improve after- 
tax investment yields, minimise investment rteK sattefy 

w future liquidity requiremerrts and shift insurance risk 
from the captive Insurance company to an offshore 
Ir^urance company. 

[0006] WHh use t>y a cSent spor^ored off^tore trust 
(except a VESA) the trust pays premiums to an offshore 

15 life insurance company. The computer system deter- 
nmnes the amount of ir^uranco coverage avoilatsle 
under ap(^icak>le insurable interest laws, determines the 
amount of employee benefit liabilities and measures the 
amount of assets required to finance tiose liabilities. 

20 The computer system then illustrates information on 
how to effldentty deploy tfKSse assets In life insurance 
contracts to improve after-tax Investmertt yields, mihi- 
mase investment risk, satisfy future liquidfty require- 
ments arxJ shift Insurance risk from the trust to an 

25 offshore Insurance company. 

[0007] KrKTwn conputerised insurarxre systems ara 
unabUe to handle an Insurance transaction from the 
complete development of an appropriate insurance plan 
through the management of the dienfs insurance infor- 

30 mation during the life of the contract Thic is particularty 
true with respect to conpanies which have complex 
insurance liat>ilities sind/or complex employee benefit 
liat>ilities and insure a large nuni>er of Individuals in a 
single transaction. In general, known insurance systems 

35 are quite limited In that th^ do net encorrpass most or 
all functions requred to perform a compile computer- 
^ed integrated process which encorrpasses develop- 
ment, analysis, production and management of an 
insiB-ance contract Thus, known Insurance systems are 

40 fragmented and utilise separate pecuniary loss ar^atyz- 
ers, illustrators, insurance liat>ility measurement sys- 
tems, t>enefit Gability estimation systems, asset 
measurement systems and dient insurance information 
management programs. 

45 [0008] Because presentiy known insurance systems 
harxile an Insurance transaction In a fragmented man- 
ner, th^ lack the cohesiveness, flexSMlrty and econo- 
mies of scale that a computerised Integrated Insurarx^e 
system would prcvkle If the insurance transaction were 

50 integrated and streamlined, the reduced cost could be 
passed atong to the dient Increased profits on the sale 
of such Insurance are ateo possible. 
[0009] Moreover, since data generated one known 
insurance system must t>e transferred from system to 

55 system (&jring the transaction, many of which are not 
conpatft)le, it takes signifkantiy longer to complete tfian 
if the entire process were integrated in a sir^e compu- 
ter system. Given the length of tirrw required to perform 
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pecuniary loss analysts, financial analyses, measure 
insurartce and liabilfties enployee ben^it Babilities, 
detemrvne asset requirements, and generate financial 
computer-based Qtustrations. only a small number of 
scenarios are generally aeated for a conrpany whether 
by a computer or manually. Further, the ease with whic^ 
interdependent computer calculatic^ can be made s 
lacking. An integrated conrputer^ed insurance transac- 
tion, on the other hand. enat>les a large numt>er of differ- 
ent insurance scenarios to be easily generated for a 
prospective client based on that dienfs individual needs 
in a timely and cost efficient manner. The finance impli- 
caticns of the varkxis plans can also be quicMy shown 
to the client on a cost efficient bas^ Moreover, the 
plans can t>e rapidly nrxxfif ied t>ased on feecfi)ack from 
the di^ This greater flexibiGty allows optimum cost 
effident insurance plans to be generated for the dient 
[0010] It is this apparent from the akx3ve tfiat tfiere 
exists a significant need in the art for a computer based 
integrated insurance system. 
[001 1] It is therefc^-e an aim of preferred embodiments 
of the invention to provide an integrated corrputerised 
InsurarK^e system capable of handling transactbns in 
which a plurality of individuals will be insured under a 
single group contract or several individual contracts. 
[0012] It is another aim of preferred errixxJiments of 
tfiis invention to provide an integrated conrputerised 
insurance system capable of handling an insurarx:e 
transaction more quiddy and effidently. resulting in 
more predse measurenrrents. tfian non-integrated insur- 
ance systems. 

[001 3] It k; another aim of preferred embodiments of 
this invention to provide a computerised insurance sys- 
tem capable of inputting dient census data, performing 
peci'niary loss analysis, measuring insurance Gabilities, 
measuring employee benefit liabilities, determining 
asset requirements, performing a comprehensive finan- 
cial analysis, generating the final insurance contract 
and managing the dient s insurance information during 
the life of the contract 

[0014] Briefly descn't>ed, the present inventiOT pro- 
vides a computer systm which snK>othly integrates 
these functions in an integrated computer architecture 
wfiich s capat3le of designing and managing an insur- 
ance contract 

[0015] The present invention also provides a conrpu- 
terised mettKxl for tmplenf^entir^g an integrated insur- 
ance system, comprising the steps of: (1) inputting 
dient census data for a plurality of individuate in the 
form of computer records; (2) automatically performing 
a pecuniary loss analyst on the census data to classify 
individuals into cells and d^ermine appropriate insur- 
ance coverage anrxxjnts under applicable laws; (3) 
automatically determining asset requirements based 
upon insurance Oabilities and employee benefft liabili- 
ties; (4) performing a corrputerteed financial analyst 
based upon captive insurance company asset require- 
ments and/or trust asset requirements: (5) preparing 


oonputer-generated insurance iDustrations based on 
the results of the pecuniary loss armlysis. the measure- 
ments of assets arxJ underlying insurarx:e GabOities and 
employee ben^rt liabilities; (6) aeating a f inal insurarx;e 

5 contract and related documentation; and (7) managing 
through such corrputer system the dienf s insurarx^e 
information and assets utilised to offset insurance and 
employee benefit liat>Oities during the life of the contract. 
[0O16] The present invention also provides an appara- 

10 tus for irrplementir^ an integrated insurance system, 
comprising: (1) an inputting census data unit for a plu- 
rality of individuals in the form of computer records; (2) 
a pecuniary loss analyzer for the census data to classify 
individuals into cells and determine appropriate insur- 

15 ance coverage amounts under applicat>le laws; (3) an 
asset requirements unit to determine asset require- 
ments based ipon insurance liabilities arvj employee 
ben^it liat>ilities; (4) a f inarrdal analysis unit to perform 
a financial analysis based -upon captive insurance com- 

20 pany asset requirements and/or trust asset require- 
ments; (5) an illustratcr for preparing insurance 
iDustrations based on the results of the pecuniary loss 
analysis, the measuren^ of assets and underlying 
insurance Gabilities and employee t>en^it liabifities; (6) 

25 a document generator for aeating a final insurance con- 
tract and related documentation; and (7) a managing 
unit to mariage the dienfs insurance information and 
assets utilised to offset insurance and employee benefit 
liabilities during the life of the contract 

30 [0017] The present invention provides the features set 
out in the appended daiir^ 


Rgure 1 is a block diagram of the hardware 
arrangement uced in a preferred embodiment of the 
present inveriSca 


35 


40 


45 


50 


55 


Rgure 2 is a block diagram of the functional conrpo- 
nents of a preferred embodiment of the present 
invention. 

Rgure 3 is a block data flow overview diagram 
^x»rding to a preferred embodiment of the present 
invention. 

Rgures 4A to 4C are block flow diagrams showing 
the integrated insurance system according to a pre- 
ferred embocSment of the pres^ invention. 

Rgures 5A to 5H are block flow diagrams showing 
the census data analysis process according to a 
preferred embodiment of ^e present invention. 

Rgure 5\ \sa sanple menu dteplayed during the 
census data analysis according to a preferred 
embodiment of the present invention. 

Rgures 6A to 6J are block flow diagrams showing 
the pecuniary loss analyst process according to a 
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preferred embodiment of the present irNentioa 

Frgures 7A to 7D are block f bw diagrams showing 
the insurance illi^lration process according to a 
preferred embodiment of the present invention. s 

Figures 8A and 8B are block flow cfiagrams shewing 
the financial analyse process according to a pre- 
ferred embodiment of the preserrt invention. 

10 

Figures 9A to 9E are block flow diagrams showing 
the cfient information mariagement process accord- 
ing to a preferred enrtxx&Dent of the present inven- 
tion. 

IS 

[0018] Referring now in detaO to the drawings wheren 
like parts are designated by like reference numerals 
throughout there is illustrated in Rgure 1 a diagram of 
the hardware arrangement used in a preferred embodi- 
ment of the pres^ inverrtion. An Ethernet bacMx>ne 10 20 
connects a number of workstations 20, servers 30, 40, 
50 and pnrttef 70. The work^ations 20 can be IBM PC 
compatble machines, running Microsoft MS-DOS and 
Windows 3.1 .1. or Microsoft Windows NT, versions 3.51 
and higher. The workstations 20 require the following 25 
hardware components: 16MB of RAM, a 500MB hard 
drive, and a colour VGA video display. It shoukJ be 
noted, however, that other conponents can be used 
[0019] The database server 30, the file server 40 and 
the backup server 50 can be Intel Pentium based IBM 30 
PCs running f^ovell Netware versions 3.1 1 or higher, or 
Microsoft Windows NT Server version 3.51 or higher. 
Each server 30, 40, 50 requires the following minimums: 
64MB RAM and a hard driva 

[0020] The datat>ase serv^ 30 accepts queries from 35 
workstations 20 and returns data sets from a c^rtral- 
ised datat>ase. The datat>ase server 30 also provides 
data warehousing, backup arxi data fault toleranca 
[0021 ] The file server 40 performs file and print shar- 
ing services and authentk^ates internal login requests. 40 
The file server 40 can also handle external data flow via 
modems 60. 

[0022] The backup server 50 provides fault tolerance 
through continuous on-line backup to tape, and can 
double as the file server 40 or the database serv^ 30 in 45 
the event either server fails. 

[0023] It will be understood by those skilled in the art 
tfiat this hardware embodment is only one of many 
ways that can be used to implement the integrated 
insurance system. Altfwugh multiple server and work- so 
station processors are shown, their furtctions couki be 
handled a single computer if multi-user access is not 
required. Alternately, instead of the Ethernet backtxme 
10 the various processors couU be connected through 
other local area network (LAN) topologies such as 55 
Token-Ring, wide area networte (WAN), switched tele- 
phone networks, such as a piMc or packet switched 
network environment such as the Internet. Internet oon- 


nectivrty enhances tfte system to provide Worid Wide 
Web access to databases, arxj the trar^mission and 
reception of e-mail Messaging to automate cGent report- 
ing, and dalm notrfk:atk>n from renrxTte sites. For exam- 
ple, census data or daim information ooM be received 
from a renrxite site through the Internet. 
[0024] Figure 2 is an overview diagram of the func- 
tkxial components of a preferred embodiment of the 
present invention. The census analyzer 500 receives 
raw census data from the client As explained in detail 
with respect to Rgures 5A to 51. the census analyzer 
can (1) review input census data representing a plurality 
of people to be insured: (2) provkle a sut>set of data to 
a tfiird party for validation; (3) compare present censi^ 
data with past census data from the same client; and (4) 
convert the census data into a standardized format. 
[0025] After the census data has t>een standardized 
by the censi^ analyzer 500, the pecuniary loss analyzer 
600 processes the dats based on input control parame- 
ters. As explained in detail with respect of Rgures 6A to 
6J. the pecuniary loss analyzer 600 calculates the insur- 
able interest that a potential client has in each irxlrvidual 
in the census. The pecuniary k>ss analyzer 600 catego- 
ries each indivklual t5 be insured and places them in a 
representative "ceir. 

[0026] These cells of data are used by the iDustrator 
700. As explained in detail with respect of Figures 7A to 
70. the illustrator 700 adjusts the data in the cells and 
generates insurance ledgers for presentation to a 
potential dient The fhandal analyzer 800 also gener- 
ates reports regardin^j the potential client, as explained 
in detail with respect to Rgures 8A and SB. Next, the 
final contract generator 100 creates the final contract 
and related docum&itatk)n. Rnally. the insurance plan 
ts administered by the dient insurance information man- 
ager 900 as explained in detail with respect to Rgures 
9Ato9E. 

[0027] Rgure 3 is a data flow overview diagram of a 
preferred embocfiment of the preserrt inventfon. Data is 
received from a potential dient by the census analyzer 
500 in the form of input census data 90. The census 
analyser 500 can also access prior census data 91 from 
the same dient. The input census data 90 and prior 
census data 91 can be compared to generate census 
comparison reports. The census analyze also conv^ 
the input censi^data 90 into a standardised forn^at, as 
represented by stanctercfised census data 92. 
[0028] The standarcfised census data 92 is i^ed by 
the pecuniary loss analyzer 600, along vnth operator 
input control parameters, to dassrfy individuals into rep- 
resentative cells 80. The c^ls 80 are adjusted by the 
illustrator 700 and are used by the financial analyzer 
800 to create reports based on operator ir^xit control 
parameters. When an appropriate contract is approved, 
the final census data 95 is aeated. The final census 
data 95 is used by the dient insurance information man- 
ager 900 to administer the insurance plan. The adminis- 
tration of the plan includes the generation of death 
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b^efit paper work, daim static results and financial 
reports to dient 

Process Qyervievy 

[0029] Rgures 4A to 4C are blodc flow diagrams 
showing an overview of the process of the integrated 
insurance system according to a preferred embocfiment 
of the invention. 

[0030] As shown in Rgure 4A, census data is received 
from a potential dient (step 400) and reviewed (step 
402). This process is descr9t)ed in greater detaD with 
respect of Figures 5A to 51. Thedatatethen input to the 
pecuniary loss module (step 404). 
[0031] A pecuniary loss analyst is corviucted on an 
aggregate and an individual basis (step 405). This proc- 
ess descrft>ed in greater detaO with respect to Figures 
6A to 6J. The resuHs of tfie pecuniary loss analysis are 
reviewed and analyzed by the dient (step 406). If the 
resuHs are not satisfactory, the assumptions used dur- 
ing the pecuniary toss analysis can be revised and the 
pecuniary loss analysis can be repeated (steps 408 and 
410). 

[0032] If the results of the pecuniary loss analysis are 
satisfact o ry, Gfe insurar)ce projections, or illustration 
ledgers, are produced (step 412) and a financial analy- 
sts is performed as shown in Figure b (step 41 4). These 
processes are deserved in greater detail with respect to 
Rgures 7A to 7D and 8A and 8B. The results of the 
irisurance illustration and finandal analysis can then be 
reviewed (step 416). If the results are not satisfactory, 
the assurrptions used during the insurance illustration 
and financial analysis can be revised arxJ these furx;- 
tions can t>e repeated (steps 418 and 420). 
[0033] When the result of all of the akxive steps is opti- 
mized, the dient decides whether or not insurarK:e will 
be purchased. If insurance is not purchased, that e the 
erxi of the transaction (steps 422 and 424). If insurance 
is purchased, the case is underwritten and issued and 
the system generates the final insurance contract and 
related documentation (step 428). 
[0034] Once the contract is in effect, the system can 
adrrnnister the ir^surarx^e plan. This process is 
desabed in g-eater detail with respect to Figures 9A to 
9E. The plan's admin^tration Indudes processing death 
benefit daims as shown in Figure 4C (step 430). The 
system can also update monthly asset values and morv 
rtor the value of funds in the plan (step 432). Rnancial 
reports for the insurance corrpany are generated and 
all relevant data is stored (steps 436 and 438). Rnally, 
the system can prepare an annual plan renew, showing 
historical finandal performarYce arxi re-projecting future 
performance based on updated assumpticns, to be pre- 
sented to dient (steps 440 and 442). 

Census Data Analvsfe 

[0035] The insurance transaction begins when raw 


census data is received from the dient The c^isus 
dsAsi contains a F^rality of computer records represent- 
ing the incfividuate to be insured. Such a computer 
record might contain the individual's name, social secu- 

5 rity nurTt>er, sex, date of birth and salary. The received 
census data is reviewed for completeness and stand- 
ardized. Newly received census data can be compared 
to census data previously received from the same dient 
to deterrrtine which individuals have t>een added or 

10 deleted. The system also generates a corrputer file that 
can t>y used by a third party to verify tfiat the soda! 
security numbers are valid. Figures 5A to 5H are block 
flow digrams showing this census data analyst proc- 
ess. 

15 [0036] As shown in Figure 5A, the user is first pre- 
sented with a menu listirtg the census data analysis 
choices (step 510). Such a menu is shown in Rgure 51. 
The menu indudes an option to retum to tf)e higher 
level menu (step 512), select a help saeen (step 514), 

20 save the parameters currently ent^ed (step 516) or 
load a set of parameters that were previously stored 
(step 518). 

[0037] The user can also select to perform a census 
data analyst (step 520). Rrst. parameters are con- 

25 verted to usable alpha or numeric formats (step 521). 
These values are then verified to determine, for exam- 
ple, that the date of birth is valid, (step 522) and tested 
for overlap of specified fields on output files (step 523). 
Next, the disk f fles are opened (step 524) and the sys- 

30 tem is ready to perform the process shown in Rgure 5B. 
[0038] The processes shown in Rgures 5B to 5G 
compare the input dient census data, or the Update 
File, with previously received dient census data, or the 
Master Rla The Update Rle represents the input cen- 

35 sus data 90 and the Master Rle repres^its the prior 
census data 91 shown in Figure 3. The comparison 
generates three output fSes: (1) a list of irxiividuals in 
txjth the input and the previously received census data 
called the Match Rle; (2) a list of individuals added to 

40 the census called the Unmatched date Rle; and (3) a list 
of individuals deleted from the census called the 
Unmatched Master Rle. It is important to note that both 
the Master arxi Update Rles are sorted by their social 
security number or any other unique identifier Key" to 

45 sirrplify the comparison. 

[0039] As shown in Figure 5B if both the end of the 
Mast^ Rle (End=Y) and the end of the Update Rle 
(End=Y) have been reached.the comparison is finished 
and the process shown in Rgure 5H is executed (step 

50 525). If End=Y. End=N and the end of the Update Rle 
has t>een reached, SEPTATE is s^ to infinite and the 
process shown in Rgure 5C is executed (steps 527 arxi 
528). If End=N and the end of the Update Rle has been 
reached, the process shown in Figure 5C is executed. If 

55 both End and End are not Y, and it is not the end Of the 
Update Rle (step 526), an update record^ read and the 
i^xlate count is inaeased (steps 529 and 555). 
[0040] The nurrter of update recorcte that have t>een 
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read is displayed (step 556) and the social security 
numto, or 'tey.'* is extracted and verified (^ep 557). 
The system checks for duplicate update records (step 
558) and the process shown in c executed. 
[0041] As shewn in Rgure 5C. if txrth End=Y and s 
End=Y, the conpar^n is finished and the process 
shown in Figure 5H is executed (step 548). If End=:Y 
End=N and the end of the Master File has be^ 
reached. SSMast Is set to infinite and the process 
shown in Figure 5D is executed (steps 552 and 554). tf io 
End=N and the end of the Master RIe has k>een 
reached, the process shewn in Rgure 5D is executed, tf 
both End and End are not Y, and the end of the Master 
RIe has not been reached (step 550). a master record is 
read and the master count is increased (step 559 and is 
560). 

[0042] The nurrber of ntaster records that have been 
read is dteplayed (^ep 561 ) arvJ the key is extracted arvJ 
verified (step 562). The system then checks for dupli- 
cate master records (step 563) and the process shown 20 
in F^ure 5D is executed. 

[0043] As shown in Rgure 5D. a social security 
number in the Master RIe ^ compared to a social secu- 
rity number In the Update RIe. If the social security 
number in the Master File, or S^Aast. Is less than the 2s 
social security mwber In the Update RIe. or SEPTATE, 
a terminated errployee has t>een detected arxJ the proc- 
ess shown in Rgure 5E Is executed (step 564). If 
SSMast is greater then SEPTATE, a new participant is 
detected and the process shown In Figure 5F 'ts exe- 30 
cuted (step 565). 

[0044] If SSMast is equal to SEPTATE, (step 570) a 
match has been found. The matched count is therefore 
increased by one and a matched record is built from the 
Master and Update RIes (steps 570 and 572). The 35 
matched record is written to the match file (step 574). tf 
the end of the Master RIe has been reached. End is set 
to Y SSMast is set to infinite (steps 576, 578 and 582). 
tf the end of the Master RIe has not been reached and 
the End of the Update RIe has been reached, Erxi is set 40 
to Y and SEPTATE fe set to inf inite (steps 580, 581 and 
583). In any event the process shown in Rgure 5E is 
executed. 

[0045] The process executed when a terminated par- 
ticipant has been discovered, that is a record has k>een 45 
found in the Master RIe that is not present in the Update 
RIe. is shewn in Rgure 5E. tf End equals N. the 
unmatched master count is increased by one and, if 
desired, an unreported ma^er record is built and written 
to the unreported master file (steps 584. 530. 531 , 532 so 
and 533). 

[0046] tf the end of the Master Re is not detected, the 
process shewn in Rgure 5C is executed (step 534). tf 
the end of the Master RIe is detected. End is set to Y, 
SSMast is set to infinite and the process shown in Fig- 55 
ure 5F is executed (steps 535 and 536). 
[0047] The process executed when a newly added 
participant has been discovered, that is a record has 


been found in the Update RIe that ts not present in the 
Master RIe, ^ shown in Figure 5F. tf End equate N, the 
unmatched master count is increased by one and, if 
desired, an urveported master record is built arxi written 
to the unreported Master RIe (steps 537. 538. 539. 540 
and 541). 

[0048] tf the end of the Update RIe is not detected, the 
process shown in Rgure 5G is executed (step 542). K 
the end of the Update Pile \s detected. End is set to Y, 
SSUpdate is set to infinite, and the process shown in 
Rgure 5G is executed (steps 543 and 544). 
[0049] As shewn in Rgure 5G. if both the end of the 
Master File (End=Y) and the end of the Update FUe 
(End=Y) have been reached, the comparison is firnshed 
and the process shown in Figure 5H is executed (step 
545). tf ErxJ or End are N and the erxl of the Update RIe 
has been reached, the process shown in Rgure 5D ts 
executed (step 564). If End or End are N and the end of 
the Update File has not t>een reached, the next update 
record is read and the update count increased by 1 
(steps 547 and 585). The number of update records is 
displayed and ttie social security number or "key", is 
extracted and verified (steps 586 and 55). The system 
then checks for duplicate update records (step 551 ) arxi 
the process shewn in Figure 5D is executed. 
[0050] As shewn in R^re 5H, at the end of the com- 
parison, the data fSes are closed (step 587). A report is 
printed (step 588) listing the results in the form of (1) 
individuals in both the input and the prenously received 
census data; (2) individuals added to the census called 
the Unmatched Update File; and (3) individuals deleted 
from the census called the Unmatched Master RIe. 
[0051] Thus, as shown in Figures 5A to 5H. the cen- 
sus data analysis f CDA*^ module can compare two dis- 
tinct sec^ential ASCII files, each conprised of fixed 
records of employee Information. Tne fields in each 
record of one file can differ in form and substance from 
the fields in each record of the other f Se in all txit one 
respect Records in both files must each contain one 
Icey" field, the value of which is unique within the file, 
and which is used as an identffier for that particular 
record. In the preferred enrixxiiment the social security 
nurTt>er is used for this purpose. Both files are first 
sorted In order of the toy and the program scans 
through both files simultaneoi^y looking for records 
from both ffies with matching Matching records 
contain a combination of data which relate to a single 
employea The program take selected fields from each 
record to create a conposite output record. 
[0052] One input file is designated as the Master file 
whQe the other Is referred to as the Update f rf& The pro- 
gram allows the user to specify the dsk location of each 
input file and to specify the location of the f iekfe in each 
record of that fOe. The user then descrfoes the desired 
layout of as many as three separate output files created 
as a result of the matching process. The first of a file of 
matched records where fields from txjth Master and 
Update reo^ are merged together and selected to 
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create combined and ifx^ed output records. The next 
option is to create a file of unmatched Master recorc^ 
The records on this fQe can be redesigned by the user 
from any of the f ielcte on the Master Re. Similarry, a fie 
of unmatched Update records can bQ created. 
[0053] Consider a Master FQe of policy issue informa- 
tion for an of tfie originally insured participants of a par- 
ticular cOent Several years after plan inception a current 
employee census is prepared. This Update f De contains 
stK^h rt^ns as current salary and state of residenca 
From the matched records, the CDA module is able to 
aeate a file of all current errployees who were previ- 
insured. This single file could contain both poScy 
data as well as current salary and state of resid^x^e 
information for each insured active empk^ea 
[0054] A fQe of records created or copied from the 
unmatched Master records could also be created. 
These would be reconte for people who were originally 
insured, txit are not currently empk^ed and are tfius 
&ther tenrranated, retired or deceased. RnaDy. a file of 
information for potential new entrants to the plan could 
be created from the unmatched Update records of cur- 
rent employees. 

[0055] The program allows the flexfoility to simply 
reformat the layout of existing files arxi create output 
fQes with any comtxnation of either matched or 
unmatched Master or Ujpdate reoonte. It is also useful 
for simply tabulating the total numbers of matched or 
unmatched records without ever having to create any 
output fQes. 

Pecuniary loss Analysis 

[0056] The reviewed and starxiardized census data is 
then used to perform a pecuniary loss analysis. Figures 
6A to 6J are block flow diagrams showing the pecuniary 
loss analyst process according to a preferred etrtxxii- 
ment of the present invention. The arv^sis is based on 
a set of parameters controHed t)y the operator. For 
example, the operator n^ht select projected rates of 
inflation over the Irfo of the contract the average amount 
of life insurarx^e provkled to employees t>ased on th^r 
salary, the normal retirmerrt age for errpfoyees, the 
maximum arxi minimum premiums the client wishes to 
pay per individual, arxl whk:h state's (or country's) laws 
and regulations will t>e used in the analysis. As a result 
of the pecuniary foss analyse, each indivkfual in the 
census is classified, or placed in a "ceir. based on the 
lnsurat)le interest the client has in the indivklual. If the 
results of the pecuniary foss analysis are not acceptat)le 
to the client, the parameters can be mocfified arxl other 
pecuniary loss analysis can be performed. 
\fiOS7] As shown in Figures 6A, the user is first pre- 
sented with a menu Bsting the pecuniary foss analysis 
chok^ (step 610). The menu includes an option to 
return to the higher level menu (step 612), select a help 
screen (step 614), to save the parameters curentty 
entered (^ep 616) or to load parameters prevfously 


^ed (step 618). 

[0058] When the appropriate control parameters have 
t>een entered or foaded, the user can also select to per- 
form the pecuniary loss analysts. InitiaDy, parameters 
5 are converted to i^>able alpha or numeric formats (step 
620). 

[P059] A vector or stream of anrxial health cost trend 
rates is created (step 622). This process Is descrft>ed tn 
detail in Rgure 6G. The health cost trend rate is taken 

10 for each year and used to calculate a health cost (steps 
670. 671 and 674.). The process is repeated until either 
the ultimate rate or the indivkiual's retirement age has 
been reached (steps 672 and 673). 
[0060] R^erring back to Rgure 6A, a vector of pre- 

15 nmjm bands is created (step 623). This process is 
deserved in detail in F^ure 6H. A maximum and mini- 
mum annual premium for each irviMdual is selected for 
the client For axarnple, the client might wish to pay 
between $400 and $1,000 for each indivdual to be 

20 insured. A number' of premium bands is also selected 
for the dient F=or example the client may wish tocatego- 
rise indivkJuals into three groups, or bands. The pre- 
rrmim t>arxl size is then computed (steps 680 and 682). 
Using the atxive examples, three bands wouki be cre- 

25 ated: $400 to $60C ; $600 to $800 and $800 to $ 1 ,000. 
The bands are displayed (steps 681 and 683) are com- 
puted until the maxintim premium is reached (step 
684). 

[0061] Returning to Rgure 6A, the client's premium 
30 rates are loaded (step 624) and state workers' compen- 
sation benefit rates are computed as shown in Figure 
6B (step 625). 

[P062] As shown in Rgure 6B, four brackets are set 
t^etween the client's minimum and maximum premium 

35 values. The parameters for the states are verified and 
the standardized census data file opened so that the 
data can be accessed (steps 627 and 628). A record 
repres^iting an indrvkiual to be insured is read and the 
data is parsed into the appropriate f iefos (step 629). The 

40 indivkiual's applicable state, such as New Ybrk or Vir- 
ginia, and date of birth are then verified (steps 630 and. 
631). If the date of birth is not valid, it is set to an unre- 
alistic number, whrch forces the incfivkJual to be 
excluded form the insurance calculations. 

45 [0063] As shown in Figure 6C, the field representing 
the sex of the indivkiual is verified. If the value of th^ 
field is not valkJ, it^ to set to 1^' fc»' male, as a default. 
The system then sets a flag if the appGcable state for the 
indivkiual is an "active health" state (step 633). That is. 

50 the flag is set if the state conskiers the health costs for 
the incfividual to be recoverable. The age is cafoulated 
t>ased on the incfivklual's date of birth (step 634). The 
age is consklered invalkJ if the indivkiual is under 20 or 
over 65 years of age. 

55 [0064] If either (1) the age of the indivkiual or (2) ttie 
state are not vafid, nothing more can be done and the 
record for the next indivkiual ts read (step 635). 
[0065] If the age and state are vafkl, the normal retire- 
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merit age (NR/^ for the indhndua) is calcutated. which 
determines wh^ health premium paymerrts win no 
longer represent an insur^e interest (steps 636 and 
637). After the normal retirement age is calculated, a 
determination is made: based upon user input as to 5 
whether or not a non-quaDfied retirement income t>enef'rt 
liabOity (NQRIB) is present If NQRIB is yes. then the 
NQRIB flag is set to "T*. The system then branches to 
the IslQRIB module as shown in Rgure 6J. Various 
parameters, some calculated, issue age. retirement 
age. some input, retirement payout period interest rates, 
plan type, are loaded (step 690). The system deter- 
mines whether the NQRIB is a d^ned ben^ (DB) or 
defined contrSxition (DC) plan (step 691). 
[0066] In the case of a DB f^QRIB. the benefit liability 
may be entered as flat anru>unt or defined by formula 
(steps 692 . 694 and 697). If defined fomuila. the 
expression evaluator will parse arxi load the benefit for- 
mula. 

[0067] In the case of a DC NQRIB. the deferral 
amount may be entered as a vector of deferral amounts 
or d^ned by formula (steps 693. 696 and 697). If 
defined by formula, the expression evaluator wiD parse 
and load the deferral vector. 

[0068] Once the benefrt^efenal anxnints are loaded, 
the retirement income liability (RIL) payout is calculated 
(step 698). The RIL is stored for later conparison to the 
CalcSumBen result as well as for use by the insurance 
illustration system, for targeting cash value and death 
benelft purposes. 

[0069] Returning to Figure 6C, after calculating the 
age to stop health premium payments (step 637) the 
process shewn in Figure 6D is executed. As shown in 
Rgure 6D, the health care premium cost per year for the 
individual'^ state is calculated step 640). This is done for 
all the specified states until the final year of the insur- 
arK;e contract or the final year that health insurance will 
be provided for the individual, is reached (step 642). 
The workers' compensation survivor's benefit is calcu- 
lated t»sed on the individual's salary (step 644). When 
tfie maximum benefits for all of the years fiave t>een 
deterrrvned. the sum of the irxiividual's death l^eneHt 
health cost and workers* compensation is stored (step 
645). When the sum of all the benefits is calculated, the 
system checks to see if the NQRIB f lag set to T*. 
When the flag is yes the syst^ will reset the sum of all 
benefits to the lesser of RIL or the current sum of all 
l^eneffts. 

[0070] Th^ nurTt>er represents the insurak)le interest 
tfw client has in the individual, rxst including life insur- 
ance. The process shown in Figure 6E is then executed. 
[0071] Returning now to Rgure 6E. the incfividual's 
premium bracket is inaeased (step 654) or decreased 
(656) b^ed on the new ben^it value and the face insur- 
ance value (steps 651. 652 and 653). The amount of Ofe 
insurance based on the new premium bracket is re-cal- 
culated. These steps are repeated until an appropriate 
premium bracket is selected. When the appropriate pre- 


mium bracket is selected, a final bGne^'ti value ^ calcu- 
lated i^ng the appropriate recovery anxnint arxJ the 
value previously computed arxi stored in step 645 (step 
657). The process shown in Figure 6F is then executed. 
[0072] As sfiown in Figure 6F. if the total value of ben- 
efte ^ greats than the face amount (step 660). a valid 
record is established (step 661) arxi, after the appropri- 
ate counters are updated and the record is packed (step 
662), the output record is written. If the total value of 
benefrts ts not greater than the face anK>unt the user 
can select whether or not the record should be saved 
(step 664). In either case, if the end of the starxjardized 
census file has not been reached, the record for the next 
individual is processed (step 665). If the end of the 
standardized census f De has been reached, the pricing 
and state analysis file is saved and pecuniary analysis 
reports are printed (steps 666 and 667). 
[0073] Thus, the pecuniary loss analysts corTt>ines 
information regarding several types of benefits, pro- 
vided to each member of a g'otp of individuals in the 
census, with tfie incfividual's data. This is used to deter- 
mine the total of the dienf s insuraksle interest in each of 
the cfYOsen indivichjals on a pecuniary k>S8 baste. This 
pecuniary loss analysis may be subjected to situs con- 
straints of the transaction and or the residence of the 
insured. As thus is done, the module determines an 
arTKxmt of life insurance for each employee tfiat would 
reimtxjrse the employer for its insurable interest at the 
enrployee's death at a level no higher than the pecuni- 
ary k>ss. Generally, the amount of coverage is chosen 
as the amount provided by one of several fixed levels of 
premium, very similar to a defined contribution type 
approach. The program uses an iterative process to 
solve for the appropriate premium level. As an alterna- 
tive, the system rray be given an aggregate employer 
benefit liability and wouki then calculate the insurance 
levels and premiums per insured, a defined benefit 
approach. 

[0074] Normally, the empk>yer's estimated pecuniary 
loss is corrprised of four components. Rrst the amount 
of the employer provided pre-retirement death k>en^ is 
determined. This is generally based upon a pay related 
formula including the application of a salary scale to 
antkspate future irtcreases in the actual t)en^. Next, 
the stateof residence of each errployee may be used to 
determine the specific workers' compensation survivor's 
ben^it payat)le in tf^ state. Assunrptions are made as 
to each errptoyee's dependent status at death. For 
employees reskfing in states (under the insured resi- 
dence approach) with modem insurat>le interest stat- 
utes, a total of the trended enrployer provided health 
care cost is also included. Finally, an amount which rep- 
resents the accumulated value of the actual life insur- 
ance premium payments (time value acQusted) made by 
the enployer is added to the other items. 
[0075] The nfKxfule contains a great deal of f lexS>ilfty 
in its ability to deal with specified groupir^ of empkyy- 
ees and special ben^fts unique to indivklual clients. It 
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also generates various reports and data f 3es which are 
used to comnnunicate the results of rts analysis and to 
provide input to other software for specific pricing and 
p^ performance analysis. 

Insurance Illustration 

[0076] The pecuniary loss analysts generates data in 
the form of representative "cells". These cells are used 
to aeate insurance illi^rations. or ledgers, for the cli- 
ent Figures 7A to 7D are block flow diagrams showing 
the insurar^ce fllustratiai process according to a pre- 
ferred embodiment of the present inverrtion. The ledg- 
ers are created based on another set of parameters 
controOed by the operator. These parameters might 
include the dienfs cash flew requirements and funding 
objectives. TTie illustration renews, and if necessary 
revises, every cell for each year of the ir^rance con- 
tract. The review ir^dudes calculations to determine 
whether the contract is a nrKxfified endowment contract 
MEC) and comply with § 7702(b) of the Internal Reve- 
nue Code of 1986 as Amerxled ("Code"). As before, the 
input parameters can be mod^ed, arxj another illustra- 
tion can be created, if the results of the illustration are 
not acceptat)le. 

[0077] As shown in Figure 7A, census data is created 
and verified (steps 7 1 0 and 7 1 2). A menu Is used to set 
up input parameters from the censi^ data (step 714) 
and a compensation le^el, or profit level. Is set for the 
sale of the insurance plan (step 716). Product loacfe, 
such as break points, state premium taxes and deferred 
acquisition cost ("DAC") tax cor^erations are calcu- 
lated (step 71 8) as are product cost of insurance ("COH 
charges (step 720). Finally, a probability table repre- 
senting mortality assumptions ts either read from a pre- 
stored file or generated (step 722) and the cash value 
and/or asset deployment allocation is read or calcu- 
lated. 

[0078] As shown in Rgure 7B, cash flow parameters, 
such as the size of assets to be invested arxJ the dates 
that assets are to be deposited to, or removed from, the 
plan, are d^ed (step 724). The client's funding objec- 
tives are also d^ed at this point (step 726). For exam- 
ple, the client may wish to buiki the cash value of the 
plan to a pred^ernvned value by a specific date. 
[0079] A deatii benefit level is calculated based on the 
censt^ data and the premium levels cormratted to t>y 
tfie d^&ft (step 728). Each cell is then analyzed and 
adjusted on a per year t>asis. The death benefit is 
increased based on the plan's qualification as a modi- 
fied endowment contract ("MEC") (steps 730 arvJ 732). 
This is because distrfoutions from a MEC are taxed to 
the extent of any income in the contract and there can 
t>e an additional tax on the amouit of any taxable 
income distrfouted from a MEC. Also, loar^ from a MEC 
are treated and taxed as distributions. 
[0080] The death benefit is also increased based on 
compliance with Section 7702(f) (7) (b) of ttie Code 


steps 740 and 742). This is k>ecause section 7702 sets 
out certain requirements that a policy nri^ satisfy in 
order to be conskiered "life ir^rance" for tax purposes. 
The process th^ determines how to handle distribu- 

5 tior^ in excess of the bas^ (step 750). For example, it 
must be deckled if loans on tiie plan wiD be allowed. 
Rnally, tfte process shown in Rgure 7C is executed. 
[0081 ] As shown in Rgure 7C, current values and val- 
ues that will be guaranteed based on certain assunp- 

10 tions are calculated (steps 752 and 754). These values 
are often required by the Securities and Exchange 
Comn^on (SEC) or state insurance regulators. If the 
last year of the contract has not k>een reached, the next 
year is then analyzed (step 756). Optionally, the process 

15 can also determine whether the calculated values are 
within present target ranges (steps 758 and 760). The 
target ranges may also be loaded from the values 
stored as retirement income liabiHty from the pecuraary 
loss analysis, if not. the target amounts can be ifxlated 

20 and the analysts can be repeated (steps 764 and 766). 
If such targeting has not been selected, or if the values 
fall within the target ranges, the process of Figure 7D is 
executed (step 762). 


[0082] Rgures 8A and 8B are block flow diagrams 
showing the financial analysis process according to a 
preferred embodiment of the present invention. Ttie pur- 

30 pose of the financial analyse process and financial ana- 
lyzer device is to analyze the insurance purchase and 
its financial impact on the client The financial analysis 
can t>e conducted witii respect to offshore captive asset 
deployment, as well as a company sponsored tust that 

35 funds empk^ee benefit liabilities. The analysis meas- 
ures insurarv^e cash value (assets), rfs allocation 
asnong various investment strategies (short intermedi- 
ate & long term), pre-tax and net after tax financial 
impact at varfous discount rates arxJ tiie underlying cost 

40 structure of the insurance contract Additionally, the 
analysis allows for matching of currerrt and future liquid- 
ity requirements with cash flows that the insurance con- 
tracts generate, in terms of death benefits, cash value 
withdrawal and loans. The analysis dearly denxxi- 

45 strates the advantage to deploying assets offshore, 
through a captive insurance company, or a company 
sponsored trust The financial analysis cafoulates the 
amount of assets tfiat may be effectively depfoyed in 
insurance to maxim^e investment yields, minimise 

50 investment risk, shift insurance risk and satisfy future 
liquidity requirements. 

[0083] The system calculates approximately 150 dif- 
ferent tabulated variables that include the areas of: 
insurance analyst income statement, t}alance sheet. 
55 cash flow analyst earnings analysis, insurance prod- 
uct lo acte jnd e)g enses.alternative use of functe analy- 
sis, (n^^^^^^^uF^^^^ earning per share, 
returnoli Uh/estiTtent. internal rates of return and the 
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abflity to customise ackfitional variables, on an ad-hoc 
basis, as the dtent may request These variables are 
tabulated and may be selectively chosen to generate 
standafd, as wefl as customised, reports to meet the di- 
enfs needs. 

[0084] Referring now to Figure 8A. the user is first pre- 
sented with a menu listing the financial analyst choices 
(step 81 0). The menu indudes an option to return to the 
higher level menu (step 812). select a help screen (step 
814), to save the parameters currently entered (step 
816) or to load parameters previously stored (st^ 818). 
[0085] Wh^ the appropriate control parameters have 
been entered or loaded, the user can also select to per- 
form the finarKial analysts (step 820). Initially, a 100 
150 matrix is set up (step 822) and Insurance illustration 
data is loaded (step 824). Corporate tax rates, discount 
rates and use of nrx>ney rates can also be loaded (steps 
826, 828, 830). 

[0086] As shown in Figure 8B, a calculation method- 
ology is selected and all of the financial analysis calcu- 
lations are completed (steps 840, 850 and 860). After 
the calculations are complete, the report paranneters 
can be loaded and the reports are generated (steps 
870, 880, 890). 

Client Information Management 

[0087] Once an appropriate insurance contract Is 
finalised, the system generates the insurance contract. 
arxJ related doctmientation, and the census data is i^ed 
to manage the dienfs insurance information during the 
life of the contract Rgures 9A to 9E are block f bw dia- 
grans showing the cGent information managenmnt 
process accorcfing to a p>referred embodiment of the 
present invention. At this point, the census data is fro- 
zen and used to manage the dienfs insurance related 
information. Death benefit claims can be processed, an 
individual's insurance data can be edited and financial 
reports can be generated for the dient Because the 
insurance system is entirety integrated, all of these 
functk>ns are automated. 

[0088] System Administrators have access to insur- 
ance information for nult^e dients and to housekeep- 
ing and databases directly. System Administrators are 
presented with a menu (step 906) that allows them to 
return to the main menu (step 909). This menu also lets 
the user: sweep a datat>ase as descra>ed with respect 
to Figure 98; perform data management; and perform 
finance arKi accounting functions. 
[0089] As shown in Rgure 9B, when the System 
Admirtistrator elects to perform a sweep, an output file is 
created containing the social security number of the 
insured individuals which is then s^ to a third party for 
validation (step 980). Sweep results are received from 
the third party, inported into the systm and displayed 
(steps 981 and 982). Next, the data is reviewed and dis- 
crepandes are identified and flagged as descrit>ed with 
respect of Figure 90 (step 970). Invafid sodal security 


numbers are resolved and. if necessary, death benefit 
daim are generated. The dient is notified of any cfis- 
aeparK^tes (step 983) arxJ an internal report is also gen- 
erated containing the results of the sweep (step 984). 

5 When the sweep is completed, the system returr^ to the 
system administration menu (step 906 in Figxse 9A). 
[0090] Rgure 9C iOustrates the processing required to 
identify and flag discrepandes as discussed with 
respect to step 970 in Rgure 9B. In particutar, if anindi- 

10 vidual has a different last name, and is not a female hav- 
ing the same date of birth, the record is marked as 
containing a cfisaepancy (steps 971 and 972). H an indi- 
vidual has a different last name and is a female having 
the same date of birth, a marital status change is 

IS assumed and tfw record is not mari^ed as containing a 
disaepancy (step 973). 

[0091 ] Figure 9D shews the main menu displayed for 
the dient information management system procesa A 
portion of the screen will display a list of selected claims 

20 related to the insurance plan (step 920). The i^er is 
ateo presented with a menu listing the dient information 
management sy^em choices (step 910). The menu 
includes options to perfomn a daim search (step 950), 
ger^erate reports (step 940), alter the status of an indi- 

25 vidual from deceased to living (steps 930 and 931 ), and 
ecfit an existing daim or create a new death t>enefit 
daims (step 920). 

[0092] If the user selects the creation of a new death 
benefit daim. a new daim record is created (step 921) 

30 using the individuars census data and the dient's insur- 
ance policy information (step 922). The remaining 
steps, shown in Rgure 9E, are the same as those per- 
fom^ wt)en the user selects to edit an ex^ng daim 
from the main menu. 

35 [0093] As shoHn in Rgure 9E, financial transaction 
history information 6 retrieved (step 923) and the edit 
daim saeen is displayed (step 960). The edit daim 
screen includes options to view general irrformation 
about the daim. possflaly to interface with other data- 

40 bases (steps 927 and 928), obtain a summary of daim 
financial transactfons (step 926), view overall policy 
information (step 925). enter or ecfit insured data (step 
924) and create death t>enefit daim paperwork. 
[0094] If the user elects to create death benefit daim 

45 papenworK the system will automatically generate a 
request for a death certificate (step 961). Th^ indudes 
a cover letter to the appropriate gov^run^ital records 
office, and the required fee. based on the code 
where the death occurred. After the death certificate is 

50 received (step 962), the information to process ttie 
daim is transmitted (step 963). Finally, once the insur- 
ance proceecte are received (step 964), the funds are 
distr^ed to the appropriate party through a wire trans- 
fer (step 965). 

55 [0095] Thi^ the dient information management sys- 
tem rCIMS*) module is designed to automate the proc- 
ess of handling death daims. insured informatioa dient 
bilGngs. accounting servicing and overall plan adminis- 
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tration. This is aoconrpfished by providing a centrafized 
database and interlace that provides an necessary 
reporting and output to conplete any of these functions. 
[0096] The CIMS workstation appftcation is an appli- 
cation which rur^ on all current versions of Microsoft s 
Windows version 3. 1 and higher. The main interface is a 
"desktop", by which a plan administrator, accountant 
financial analyst or si4>ervisor, can view the status of 
current claims in process, paid claims, policy, plan and 
insured infbnmat'on. Claims can be edited, inputting w 
data as it is recaved. until the entire daim ts (xocessed. 
New daims can be identified to the system individuaOy. 
or in a batch^eep process, by matching the master 
insured 1^ against datab^es of deceased individuals. 
The system allows a use to process a claim completely is 
in a single sitting, or step by step^ as each required step 
is completed. The system tracks the status of partially 
completed daims, displaying the status of each daim m 
the desktop^ axid if desired, prioritizing daim activity by 
status, time since notification, or by dienL The system so 
allows the user to identify critical steps in the process, 
such as ordering and receiving documentation, auditing 
arxl transferring payments. The CIMS application gen- 
erates most of the papenwork involved in daims 
processing. arxJ reporting on policy information. Death 2s 
certificate orders, notification of pending and paid 
daims to dients and carrieis, and cover letters arxl fax 
forms, can be generated to the laser printers on the net- 
work. 

[0097] The CIMS application also handles the finan- 30 
dal and accounting confutations as well as policy data 
during the life of a policy. Premium payments, bans, 
withdrawals, cash values, interest calculations, and all 
transaction reversals, are all tracked by the system. All 
of these items are availatsle for display, calculation and 35 
reporting at tiie carrier level, cGent level, policy level and 
insured level. 

[0098] The overall system is built arourxi a PC based 
Client/Server network architecture, utilising software 
and operating systems tfiat will run on a variety of oper- 4o 
ating systems. The datat)ase server runs an SQL data- 
t>ase engine, and contains all of the data tables 
required. It recces data requests in the form of queries 
from workstation clients and retunr^ the necessary 
information, tt also schedules database backups and 45 
provides fault protection through transaction process- 
ing, and by being si^iplied by uninterrupted and condi- 
tioned pmer. 

[0099] The system also contains two other servers. A 
file server provides fOe avd print sharing services, both so 
for the CIMS application, arxi other office functions, 
such as word processing. The file server also handles 
login auttienticatbn totiie Local Area Network (LAN). A 
backup server is in place to backup data on the fie 
sen^, and archive copies of the SQL datak>ase, for c&- 55 
aster recovery. This server also provides fault tolerance 
try t>eing atiie to stand in place of one of the other two 
servers, in the ev^ of a hardware failura 


[OKN)] PC wortvstations access ttie CIMS data engine 
via the LAN, and run a dient appDcation of CIMS, which 
formulates the data queries sent to the SQL server, and 
provide output and reporting to ttie erxi users. 
[0101] In preferred enrtxxiiments the invention com- 
prises a sy^em enat)fing faster processing within the 
hardware irrplementation. 

[0102] Atttu3ugh preferred embodiments are specifi- 
cally illustrated and descrft>ed herein, it wfll be appred- 
ated that modifications and variations of the present 
invention are covered tTy the atxve teachings and wittiin 
the purview of the appended daims witfK>ut departir^ 
from the spirit and intended scope of the invention. 
[01 03] The reader's attention is directed to all papers 
and documents which are fled concurrentiy with or pre- 
vious to tftis specification in connection with this appG- 
cation and which are open to put)lic inspection with this 
specification, arxJ the contents of all such papers and 
documents are incorporated herein by reference. 
[0104] AH of the features disdosed in this spec^tcation 
(including any accompanying daims. at>sbHCt and 
drawing), and/or all of the steps of any method or proc- 
ess so disdosed, may be combined in any corrbination. 
except combinations where at least some of such fea- 
tures and/or steps are mutually exdusive. 
[0105] Each feature disclosed in tiiis specification 
(including any acoorrpanying daims. at>stract and 
drawings), may t>e replaced by alternative features 
serving the same, equivalent or similar purpose, unless 
expressly stated othervnse. Thus, unless expressly 
stated otherwise, each feature disclosed is one exarrple 
only of a generic series of equivalent or similar features. 
[01 06] The invention \s not restricted to the details of 
the foregoing embodiment(s). The invention extends to 
any novel one, or any novel corhbination, of the features 
disdosed in this specification (induding any accompa- 
nying daims, abstract arxi drawings), or to any novel 
one, or any novel combination, of the steps of any 
method or process so disdosed. 

Clainns 

1. A computerised integrated insurance system 
metiKxJ. comprising the steps of: 

inputting cer^us data for a plurality of individu- 
als in the fcxm of computer records; 
performing a pecuniary loss analyst b^ed on 
pecuniary loss parameters and said computer 
records to dassify said individuals into repre- 
sentative cells; 

preparing insurance illustrations based on said 
representative cells; 

performing a finandal analyst b^ed on finarv 
dal parameters and said representative cells; 
aeating a final insurance contrad and related 
documentation based on said representative 
ceOs;and 
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managing insurance information during the life 
of sakJ contract based on said computer 
records. 

2. A computer^ed integrated insurance system s 
method, corrprising the steps of: 

inputtir^ censi^ data for a pturaOty of individu- 
als in the form of conputer records; 
analysing said corrputer records; and io 
managing insurance information during the life 
of said contract based on said conputer 
records. 


10. A corrputerised integrated insurance system 
method acceding to daim 9. wherein said step of 
performing a finarxsal analysts can t>e repeated 
using modified financial parameters. 

11. A corrputer^ed integrated insurance system 
method according to daim 9 or daim 10. further 
corrprising the step of creating a final insurance 
contract arxf related documentation based on said 
representative cel^ 

12. A corrputerised integrated insurance system, com- 
prising: 


3. A computerised integrated tnsurarK:e system is 
method acconfing to daim 1 or daim 2, wherein 
said step of inputting census data further comprises 
tf)e step of comparir^ said corrputer records to 
prior census data. 

20 

4. A corrputerised integrated insurance system 
method according to daim 2, wherein said step of 
arralysing said computer records further comprises 
the step of peribrming a pecuniary loss anatyste 
based on pecuniary loss parameters and said corrv 2s 
puter records to classify said individuals irrto repre- 
sentative cells. 

5. A corrputerised integrated insurance system 
metfiod aocorcf ng to daim 1 or daim 4, wherein 30 
said step of performing a pecuniary loss analysis 
can be repeated using modified pecuniary loss 
parameters. 


a census analyzer (500) to irput census data 
for a plurality of incfividuals in the form of com- 
puter records; 

a pecuniary loss analyzer (600) to perform a 
pecuniary loss analysis based on pecuniary 
loss parameters and said corrputer records 
and classify said individuate into representative 
cells; 

an fllustrator (700) to prepare insurance illus- 
trations based on said representative cells; 
a financial analyzer (800) to perform a financial 
analysis based on financial parameters and 
said representative cells; 
a final contract generator (100) to aeate afinal 
insurance contract and related documentation 
based on said representative cells; and 
an insurance infomiation manager (900) to 
manage insurance irrformatfon during the life of 
said contract based on said corrputer recorda 


6. A computerised integrated insurance system 35 
method according to any one of daims 1, 4 or 5, 
wherein said step of performing a pecuniary loss 
analysis calculates an insurable irrterest for each of 
said individuals in said input census data. 

40 

7. A computerised integrated insurance system 
metfrod according to daim 4, wherein said step of 
analysing said computer records further comprises 
the step of preparing insurance iili^tnations t>ased 

on said representative cells. 45 


13;. A corrputerised irrtegrated insurance system, com- 
prising: 

a census analyser (500) to irput census data 
for a plurality of incfividuals in the form of com- 
puter records: 

an analyzer (600) to analyze said computer 
records; and an insurance information man- 
ager (900) to manage insurance information 
during the Irfo of said contract based on said 
corrputer records. 


8. A conputerteed integrated ir^rance system 
method according to daim 7, wherein said step of 
preparing insurance illustrations indudes adjusting 
said representative cells based on conpliance with so 
insurance laws and regulations. 

9. A corrputersed integrated ir^rance system 
method accorcfing to daim 7 or daim 8, wherein 
said step of analysing said corrputer recOTds fur- ss 
tfier corrprises the step of performing a financtal 
analysis based on financial parameters arvl said 
representative cells. 


14. A corrputerteed int^rated insurance system 
accordingtodaim12ordaim13, wherein said cen- 
sus analyzer (500) compares said computer 
records to prior census data. 

15. A corrputerised integrated insurance system 
according to daim 13, wherein said analyzer (600) 
further corrprises a pecuniary loss analyzer (600) 
to perform a pecuniary loss analysis based on 
pecuniary loss parameters and said conputer 
records and dassrfy said individuals into represerrt- 
ative cells. 
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16. A computerised inte^ed insurance system 
according to daim 12 or daim 15. wherein the 
pecmiary loss, analyzer (600) can perform more 
than one pecuniary loss analyst based on modi- 
fied pecuniary loss parameters. 

17. A computerised integrated insurance system 
according to daim 12 or daim 15 wherein said 
pecuniary loss analyzer (600) calculates an insura- 
ble interest for each of said individual in said input 
census data. 


10 


managing insurance information with the com- 
puter system using information generated with 
said census data. 

24w A computer network comprsing a plurality of elec- 
tronic numerical computers netw(^ked together, 
which network is adapted and configured to operate 
according to any preceding daim. 


18. A computerised irrtegated insurarKe system 
according to daim 1 5. wherein said analyzer further 
corrprises an illustrator (700) to prepare insurance is 
tllustFations t>ased on said representative cells. 


19. A computerised infected insurance system 
according to daim 15 or daim 18, wherein said 
iltustrata (700) adjusts said representative cells 20 
bs&ed on compGance with insurarice laws and reg- 
ulations. 


20. A computerised inte^ed insurance system 
according to daim 18 or daim 19. wherein saki 2s 
analyzer further corrprises a financial analyzer 
(800) to perform a finarx»al analysis based on 
financial parameters and said representative celte. 


21. A conputerised infected insurance system 30 
according to daim 15 or daim 20. wherein said 
finandal analyser (800) can perform more than one 
financial analysis based on modified financial 
parameters. 

35 

22. A computerised integrated insurance system 
according to any one of daims 15. 20 or 21 further 
corrprising a final contract generator (100) to cre- 
ate a final insurance contract and related documen- 
tation based on said representative celte^ 40 


23. A method for irrplementing an irrtegrated insurar^ce 
system using a corrputer system, said method 
corrprising the steps of: 

45 

receiving census data for a plurality of individu- 
als into the computer system; 
performing a pecuniary loss analysis based on 
pecuniary loss paran>eters arxJ said cereus 
data to dassify said individuals into represent- so 
ative cells; 

preparing insurance illustrations based on said 
repres^Ttatrve cells; 

performing afinandal analysis t>ased on finan- 
cial parameters and said representative cells; ss 
creating a final insurarK» contract and related 
documentation t>ased on said representative 
cells; and 
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